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BACKGROUND OF THE INVENTION 
1 Field of the Invention 

The present invention relates to computer hosted calendars, more 
particularly the present invention relates to computer hosted calendars having 
5 a plurality of distinct read and write authorizations. 

2. Background Information 

Computer hosted calendaring systems in general are well known in the 
art. These prior art systems provide to an individual user a computer 

10 maintained record of the individual user's event schedule, and data 
associated with each event in the schedule, arranged for viewing in a 
temporal presentation. Each event usually has three components, a starting 
time, an ending time, and a description, with the starting time and the ending 
time together defining an event time-slot. The temporal presentation is 

15 generally arranged according to a calendar. The calendar is generally 

arranged according to several selectable views that include a yearly view, a 
monthly view, a weekly view, a two-day view, and a daily view. 

Computer hosted calendaring systems are generally maintained and/or 
stored either in a stand-alone computer system, or in a networked computer 

20 system. In a networked computer system, the calendaring system can also 
be networked. A networked calendaring system permits a calendar owner's 
calendar, whose event schedule is maintained and/or stored by one computer 
system, to be accessed on another computer system functionally connected 
to the computer system that maintains and/or stores the calendar owner's 

25 calendar. In these networked calendaring systems, a calendar owner's 
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system is generally maintained and stored on a server system, with the 

calendar owner, and other potential user's of the calendar, functioning as 

clients in relation to the server. Alternatively, the calendar owner's calendar 

may be maintained and stored in the calendar owner's computer, with other 
5 users functionally connected to the calendar owner's calendar through a 

server, or alternatively interfacing directly to the calendar owner's calendar in 

a local network having local protocols. 

A computer hosted calendaring system is conventionally accessible by 

authorized users other than the calendar owner, who can read and/or write 
10 event data from and to the calendar owner's schedule. However, these prior 

art calendaring systems provide to these authorized users an authorization for 

only the entire Calendar owner's calendar (except for conventionally 

designated private events), rather than for uniquely defined time-slots for a 

read and/or a write operation. Moreover, these prior art systems do not 
15 provide for a plurality of user groups, each user group defined by a set of 

distinct authorized time-slots for a read and/or a write operation. 

SUMMARY OF THE INVENTION 

A method of calendaring events in a computing system, and an article 

20 containing instructions for operating a calendar in a computing system are 
disclosed. A calendar owner can define a plurality of user types and user 
identifications for his or her calendar to the computing system. For each user 
type or user identification, the calendar owner designates the time-slots in his 
or her calendar to which the user type or identification has both a read 

25 access, and a write access, to his or her calendar. The read access and the 
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write access time-slots can be separately defined. The calendar owner can 
also assign individual parties to the designated access of another user type or 
identification. A party trying to gain read and/or write access to the calendar 
owner's calendar attempts to access the calendar through the computer. If 

5 the party has been designated by the calendar owner to have access to the 
calendar owner's calendar, he or she is accorded the time-slots that the 
calendar owner has designated. 

In one embodiment of the present invention, the computer system 
designates to each possible second party user a 'read and/or a write access 

10 privilege, each including an ability to read or write data from at least one 
particular predetermined calendar time-slot. The computer reads an 
identification of a party conforming to one of the possible users, and the user 
accesses calendar data according to the user's designated calendar access 
privilege. 

1 5 In another embodiment of the present invention, one or more 

computer-readable media have stored a plurality of programming instructions 
for execution by at least one computer, that when executed perform the 
operation of designating to a user of the calendar a specific access ability 
based on a characteristic of the user, and processing a request to access the 

20 calendar based on the designated access ability. 



BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be described by way of exemplary 
embodiments, but not limitations, illustrated in the accompanying drawings. 
25 Identical numerals indicate the same elements throughout the figures. 
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Figure 1 is an exemplary Owner Authorization menu presented to a 
calendar user on a computer system display, according to one embodiment. 
A calendar owner uses an Owner Authorization menu to grant to a second 
party read and/or write access to the owner's calendar, as well as to 
5 designate the time-periods for the respective second party read and or write 
access. 

Figure 2 is an exemplary Guest Identification menu for associating a 
user group with a user identification according to one embodiment. 

Figure 3 is the exemplary Owner Authorization menu of Figure 1 in 
10 which both read and write access data has been entered for a second party 
user, as well as the time-periods for that access. 

Figure 4 is an exemplary conventional monthly calendar with entries, 
presented on a computer system display or alternatively printed. 

Figure 5 is an exemplary conventional two-day calendar for the days 
15 Thursday June 8, and Friday June 9, presented on a computer system 
display or alternatively printed. 

Figure 6 is an exemplary monthly calendar extracted from the calendar 
owner's monthly calendar portrayed in Figure 4, for a second party user 
having an exemplary restricted read access portrayed as the time-periods 
20 entered in the Owner Authorization menu portrayed in Figure 3, presented on 
a computer system display or alternatively printed, according to one 
embodiment. 

Figure 7 is an exemplary conventional two-day calendar with entries 
that are consistent with the entries portrayed in Figure 4 for an exemplary 
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date June 12, presented on a computer system dispSay or alternatively 
printed. 

Figure 8 is an exemplary conventional two-day calendar with entries 
that are consistent with the entries portrayed in Figure 4 for an exemplary 
5 date June 13, presented on a computer system display or alternatively 
printed. 

Figure 9 is an exemplary conventional two-day calendar with entries 
that are consistent with the entries portrayed in Figure 4 for an exemplary 
date June 15, presented on a computer system display or alternatively 
10 printed. 

Figure 1 0 is an exemplary two-day calendar from a calendar owner's 
two-day calendar for June 12 portrayed in Figure 7 according to one 
embodiment, for a second party user having a restricted read access 
portrayed as the time-periods entered in the Owner Authorization menu 
1 5 portrayed in Figure 3, presented on a computer system display or alternatively 
printed. 

Figure 11 is an exemplary two-day calendar from a calendar owner's 
two-day calendar for June 13 portrayed in Figure 7 according to one 
embodiment, for a second party user having a restricted read access 
20 portrayed as the time-periods entered in the Owner Authorization menu 

portrayed in Figure 3, presented on a computer system display or alternatively 
printed. 

Figure 12 is an exemplary two-day calendar from a calendar owner's 
two-day calendar for June 15 portrayed in Figure 8 according to one 
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embodiment, for a second party user having a restricted read access 
portrayed as the time-periods entered in the owner authorization menu 
portrayed in Figure 3, presented on a computer system display or alternatively 
printed. 

5 Figure 13 is an exemplary Guest menu for a second party to access a 

calendar owner's calendar, to read from and/or write to the calendar owner's 
calendar, according to one embodiment. 

Figure 14 is an exemplary Second Party Write menu for a second party 
to write into a calendar owner's calendar, according to one embodiment. 
10 Figure 15 is a flowchart portraying a method according to one 

embodiment, of maintaining a second party read access status, and a second 
party write access status. 

Figure 16 is a flow chart for associating a user identification or access 
type with a calendar access ability, and designating to a calendar user that 
15 access ability, according to one embodiment. 

Figure 17 is a flowchart for reading and writing data from a time-slot of 
a computer maintained calendar of this invention, according to one 
embodiment. 

Figure 18 is a flowchart for receiving from a second party having a user 
20 type or group affiliation, a request for a first party's calendar for a time-period, 
and processing the request according to the user type or group affiliation, 
according to one embodiment. 
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Figure 19 is a flowchart for receiving input for a calendar owner's 
calendar by a second party user, and processing the input according the 
second party's type or affiliation, according to one embodiment. 

Figure 20 is an exemplary computer system that is related to the use of 
5 the present invention, according to an embodiment. 



DETAILED DESCRIPTION OF THE INVENTION 

In the following description, various aspects of the present invention 
will be described. However, it will be apparent to those skilled in the art that 

10 the present invention may be practiced with only some or all aspects of the 
present invention. For purposes of explanation, specific numbers, materials 
and configurations are set forth in order to provide a thorough understanding 
of the present invention . However, it will also be apparent to one skilled in the 
art that the present invention may be practiced without the specific details. In 

15 other instances, well known features are omitted or simplified in order not to 
obscure the present invention. In particular, the present invention is 
presented with reference to a plurality of displays and data input menus. 
These displays and data input menus are exemplary and illustrative of an 
embodiment of the present invention, and how the present invention can be 

20 used. It is understood that the displays and menus required by the present 
invention and presented herein for exemplary purposes are adaptable to 
conform to the data display and entry characteristics of other calendaring 
systems. 

Some portions of the detailed descriptions that follow are presented in 
25 terms of algorithms and symbolic representations of operations on data bits 
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within a computer memory. These algorithmic descriptions and 
representations are the means used by those skilled in the data processing 
arts to most effectively convey the substance of their work to others skilled in 
the art. An algorithm is here, and generally, conceived to be a self-consistent 

5 sequence of steps leading to a desired result. The steps are those requiring 
physical manipulations of physical quantities. Usually, though not 
necessarily, these quantities take the form of electrical or magnetic signals 
capable of being stored, transferred, combined, compared, and otherwise 
manipulated. It has proven convenient at times, principally for reasons of 

10 common usage, to refer to these signals as bits, values, elements, symbols, 
characters, terms, numbers, or the like. 

It should be borne in mind, however, that all of these and similar terms 
are to be associated with the appropriate physical quantities and are merely 
convenient labels applied to these quantities. Unless specifically stated 

15 otherwise as apparent from the following discussion, it is appreciated that 
throughout the description, discussions utilizing terms such as "processing" or 
"computing" or "calculating" or "determining" or "displaying" or the like, refer 
to the action and processes of a computer system, or similar electronic 
computing device, that manipulates and transforms data represented as 

20 physical (electronic) quantities within the computer system's registers and 
memories into other data similarly represented as physical quantities within 
the computer system memories or registers or other such information, storage, 
transmission or display devices. 

The present invention also relates to apparatus for performing the 

25 operations herein. This apparatus may be specially constructed for the 
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required purposes, or it may include a general purpose computer selectively 
activated or reconfigured by a computer program stored in the computer. 
Such a computer program may be stored in a computer readable storage 
medium, such as, but is not limited to, any type of disk including floppy disks, 

5 optical disks, CD-ROMs, and magnetic-optical disks, read-only memories 
(ROMs), random access memories (RAMs), EPROMs, EEPROMs, magnetic 
or optical cards, or any type of media suitable for storing electronic 
instructions, and each coupled to a computer system bus. 

The algorithms and displays presented herein are not inherently 

10 related to any particular computer or other apparatus. Various general 
purpose systems may be used with programs in accordance with the 
teachings herein, or it may prove convenient to construct more specialized 
apparatus to perform the required method steps. The required structure for a 
variety of these systems will appear from the description below. In addition, 

15 the present invention is not described with reference to any particular 

programming language, it will be appreciated that a variety of programming 
languages may be used to implement the teachings of the invention as 
described herein. 

Parts of the description will be presented using terms such as scripts, 

20 applet, end-user interfaces, icons, and so forth, commonly employed by those 
skilled in the art to convey the substance of their work to others skilled in the 
art. Parts of the description will be presented in terms of operations 
performed by a computer system, using terms such as registering, notifying, 
sending, and so forth. As well understood by those skilled in the art, these 

25 quantities and operations take the form of electrical, magnetic, or optical 
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signals capable of being stored, transferred, combined, and otherwise 

manipulated through mechanical and electrical components of a digital 

system; and the term digital system include general purpose as well as 

special purpose data processing machines, systems, and the like, that are 
5 standalone, adjunct or embedded. 

Various operations will be described as multiple discrete steps 

performed in turn in a manner that is most helpful in understanding the 

present invention, however, the order of description should not be construed 

as to imply that these operations are necessarily order dependent, in 
10 particular, the order the steps are presented. Furthermore, the phrase In one 

embodiment" will be used repeatedly, however the phrase does not 

necessarily refer to the same embodiment, although it may. 

Referring now to Figure 1, a calendar owner (or other party having 

access authority for the calendar, hereinafter calendar owner) can preferably 
15 call up an Owner Authorization menu 1 on a computer display to give use 

access to a party, a group of parties, or a type of user to the owner's 

calendar. The Owner Authorization menu 1 has a User data entry field 2 for 

an alphanumeric selection of the party, group of parties, or type of user 

(hereafter second party) being given an access status to the user's calendar. 
20 The user preferably selects the User data entry field 2, and subsequently 

enters the second party's alphanumeric designation via a computer keyboard, 

with the entry subsequently displayed in the User data entry field 2. 

The Owner Authorization menu 1 has a selection field for designation 

of a read access status 4a, and a selection field for designation of a write 
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access status 4b. The default access status for any second party is not- 
access, but whatever access status that was previously selected for a second 
party is preferably maintained until the access is changed. In order to give 
read access to the second party, the owner selects the read access selection 

5 field 4a, and in order to not give read access to the second party, the owner 
does not select the read access selection field 4a. Similarly, in order to give 
write access to the second party, the owner selects the write access selection 
field 4b, and in order to not give write access to the second party, the owner 
does not select the write access field 4b. The calendar owner selects both 

10 the read access selection field 4a and the write access selection field 4b, in 
order to give both a read and a write access to the second party, and the 
calendar owner does not select the read access field 4a and the write access 
field 4b, in order to not give both a read and a write access to the second 
party. 

15 The Owner Authorization menu 1 has selection fields for designation of 

the time-periods for which the second party is being given read access 6a 
and write access 6b. The read access and write access selection fields 6a 
and 6b, are preferably implemented as a separate selection field for each day 
of the week 6a 1 , 6b1 for recurrent access throughout the year, and 

20 alternatively as a day of a month 6a2, 6b2 for a specific date in a year; as well 
as a time-period 6a3, 6b3 implemented from a first designated hour and 
minute, to a second designated hour and minute, for read access and write 
access respectively. 
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The Owner Authorization menu 1 also has selection fields for event 
types 3, including exemplary event types meeting, appointment, reminder, 
and event. The calendar owner can optionally select these event types in an 
embodiment of the present invention, to further restrict second party access 

5 to the writing of specific event types, or the reading of specific event types 
within the valid access time-periods. 

Referring now to Figure 2, a Guest Identification menu 8 embodiment 
of the present invention enables the association of the access granted to a 
second party user identified in User data entry field 2 with a particular second 

10 party user entry, so that a calendar owner can define the access status of a 
party, a group of parties, or a type of user in the exemplary Owner 
Authorization menu 1, and give the particular second party that same defined 
calendar access. This capability of the present invention allows the calendar 
owner to give an access status to a grouping, and then assign to an individual 

15 or other group title the access status of the grouping. This enables the 
particular second party to access the calendar owner's calendar by entry of 
the particular second party alphanumeric identification, rather than the second 
party user identification entered in User data entry field 2. 

The calendar owner preferably selects Group/Type data entry field 9b 

20 and subsequently enters the party, group of parties, or type of user entered in 
User data entry field 2 of Figure 1 in the Group/Type entry field 9b, and 
selects User data entry field 9a and subsequently enters the particular party 
alphanumeric identification in User data entry field 9a, preferably in any order. 
The particular party acquires the same calendar access status as the party, 
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group of parties, or type of party entered in data entry field 9b. In the 
preferred embodiment of the present invention, only a calendar owner can 
enter data into this menu. In another embodiment of the present invention, 
any party can enter data into this menu, and if the calendar owner desires to 

5 maintain an access control of his or her calendar, he or she wilf enter a cryptic 
ID entry in data entry field 2. A specific example of the utility of this aspect of 
the present invention is a calendar owner assigning an access status to 
"teachers" in data entry field 2, entering in Type data entry field 9b "teachers", 
and the name of a particular second party such as the name "Ann" in User 

10 data entry field 9a, and accordingly giving the access status of "teachers" to 
"Ann", who may be a particular teacher. 

Referring now to Figure 3, a calendar owner has entered data into the 
Owner Authorization menu 1 described with reference to Figure 1 In this 
exemplary Owner Authorization menu data entry, a calendar owner has 

15 granted both a read access and a write access to a second party identified in 
data entry field 2 as an exemplary Mr. Charney, for Mondays-Fridays, from 
9:00 a.m. - 3:00 p.m. each day. This is an example illustrative of the utility 
and novelty of the present invention, wherein a calendar owner can grant 
both, or either, a read and write access to a second party for a specific time- 

20 period In the example portrayed, the entries are consistent with a student 
calendar owner granting both a read access and a write access for his or her 
calendar to a teacher, during, and only during, the traditional time-slot of the 
traditional school day. Other useful second parties are for instance social 
friends having calendar access on Friday and Saturday nights, study group 
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members having calendar access on weekday nights, and teachers having 

calendar access Mondays-Fridays, 9:00 a.m.-3:0Q p.m. 

In User data entry field 2, the calendar owner has entered a "Mr. 

Charney" as the identification of the second party to have access to the user's 
5 calendar. The calendar owner has designated In read access field 4a a read 

access, and in write access field 4b a write access, to Mr. Charney. In the 

read access day of the week selection field 6a1 , the calendar owner has 

selected both Mondays, Tuesdays, Wednesdays, Thursdays, and Fridays, 

thus giving to Mr. Charney a read access to the calendar owner's calendar for 
10 each day Monday-Friday. In the read access time-period selection field 6a3, 

the calendar owner has given to Mr. Charney for each of the read access 

designated days Mondays-Fridays; a time-slot read access for from 9:00 a.m. 

to 3:00 p.m.. In the write access day of the' week selection field 6b1, the 

calendar owner has selected both Mondays, Tuesdays, Wednesdays, 
15 Thursdays, and Fridays, thus giving to Mr. Charney a write access to the 

calendar owner's calendar for each day Monday-Friday. In the write access 

time-period selection field 6b3, the calendar owner has given to Mr. Charney 

for each of the write access designated days Mondays-Fridays, a time-slot 

write access for from 9:00 a.m. to 3:00 p.m.. 
20 Thus, the calendar owner by entering data into the exemplary Owner 

Authorization menu 1, has given to user having an identification of "Mr. 

Charney" both a read access to his/her calendar for each day Monday - 

Friday, from 9:00 a.m. - 3:00 p.m., and a write access for each day Monday - 

Friday, from 9:00 a.m. - 3:00 p.m.. This example is useful for the case in 
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which the calendar is owned by a student, and Mr. Charney is a teacher, or 
vice versa. According to the exemplary calendar access inputs, a student has 
given one of his/her teachers both a read and a write access to the student's 
calendar during normal school hours, Mondays - Fridays, 9:00 a.m. - 3:00 
5 p.m.. The teacher Mr. Charney can both write to the owner's calendar for 
these time-slots, as well as read from the owner's calendar for these time- 
slots. 

Referring now to Figure 4, a conventional exemplary monthly calendar 
15 displays a calendar owner's time-period entries for each day of an 

10 exemplary month. The calendar displays for each day, the beginning time for 
each time-slot entry, it is noted that calendar 15 indicates time entries for 
each day Thursday June 1, through Saturday June 17, as well as Wednesday 
June 21 , Thursday June 22, and Thursday June 29. With specific exemplary 
reference to Thursday June 1, the calendar 15 indicates two time-slot entries, 

15 the first at 12:00 p.m., and the second at 6:00 p.m., and with specific 

exemplary reference to Friday June 9, the calendar 15 indicates one time-slot 
entry beginning at 1 :00 p.m.. 

Referring to Figure 5, a conventional exemplary two-day calendar 17 
for Thursday June 8, and Friday June 9, corresponds to the entries in the 

20 monthly calendar 15 portrayed with reference to Figure 4. The two-day 
calendar 17 displays that the Friday June 9, time-slot entry portrayed in 
monthly calendar 15 is for a time beginning at 1 :00 p.m. and ending at 4:00 
p.m., 
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Referring to Figure 6, a preferred embodiment second party read 
access monthly calendar 35 of the present invention that corresponds to the 
calendar owner's calendar 15 is seen for a second party having a read 
access for the calendar owner's calendar 15 only for the time-slots Mondays 

5 - Fridays, 9:00 a.m. - 3:00 p.m.. The exemplary read access time-slots are 
consistent with the entries portrayed on the Owner Authorization menu 1 with 
reference to Figure 3. In calendar 35, the only data displayed from calendar 
owner's calendar 15 is the data for time-slots Mondays - Fridays, 9:00 a.m. - 
3:00 p.m., corresponding to the exemplary second party's read access times. 

10 Thus, with reference to both Figures 3 and 5, the entries for Mondays - 
Fridays, 3:00 p.m. - 9:00 a.m., and all day Saturdays and Sundays, have 
been omitted from the calendar owner's calendar 15 for presentation of the 
calendar for a reader having a restricted read access as in the example 
herein. Referring to Figure 4 t the entries 10a-o fall fully within the time-slots 

15 Mondays - Fridays, 9:00 a.m. - 3:00 p.m., and are displayed in the restricted 
read access calendar 35 portrayed in Figure 6. The entries 20a-e, for all 
Saturdays and Sundays, are not within the time-slots Mondays - Fridays, 
9:00 a.m. - 3:00 p.m., and are not displayed in the restricted read access 
calendar 35 portrayed in Figure 6. The entries 30a-e, for time entries fully 

20 outside the read access period of 9:00 a.m. - 3:00 p.m. for Mondays - 

Fridays, are not displayed in the restricted read access calendar 35 portrayed 
in Figure 6. 

The time-slot entries that fall only partially within the second party read 
access time-slots are preferably portrayed in the second party's calendar with 
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the time-slots falling within the valid second party read access time-slots 
displayed (or printed for a printed calendar), but without the descriptive 
information otherwise associated with a time-slot entry, and the time-slots 
falling without the valid second party read access time-slots not displayed (or 
5 printed). 

Thus, referring to Figure 4, time-slot entries 40a-c are portrayed on the 
conventional calendar owner's monthly calendar as beginning at 1:00 p.m. on 
June 12, with descriptive data printed; as beginning at 8:00 a.m. on June 13, 
with descriptive data printed: and beginning at 7:00 a.m. on June 15, with 
10 descriptive data printed; for entries 40a, 40b, and 40c respectively. 

Referring to Figure 7, the conventional calendar owner's two-day 
calendar for June 12, portrays the entry 40a beginning at 1 :00 p.m. in the 
monthly calendar, as spanning the time-period 1:00 p.m. - 5:00 p.m. and 
having an exemplary descriptive data "DOCTOR" 60a. 
1 5 Referring to Figure 8, the conventional calendar owner's two-day 

calendar for June 13, portrays the entry 40b beginning at 8:00 a.m., as 
spanning the time-period 8:00 a.m. - 10 a.m. 60b. 

Referring to Figure 9, the conventional calendar owner's two-day 
calendar for June 15, portrays the entry 40c beginning at 7:00 a.m., as 
20 spanning the time-period 7:00 a.m. - 10:00 a.m. 60c. 

Again referring to Figure 6, the second party's preferred embodiment 
exemplary monthly calendar for June 12 portrays the entry 40a as time entry 
50a beginning at 1:00 p.m. and having no descriptive data printed, for June 
13 portrays the entry 40b as time entry 50b beginning at 9:00 a.m., rather that 
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8:00 a.m., and having no descriptive data printed, for June 15 portrays the 
entry 40c as time entry 50c beginning at 9:00 a.m. and having no descriptive 
data printed. 

Referring to Figure 10, the second partes preferred embodiment 

5 exemplary two-day calendar for June 12 portrays the Figure 7 time entry 60a, 
spanning the time range 1:00 p.m. - 5:00 p.m. and having an associated 
exemplary descriptive data "fdfddfdfd", as a time entry 70a spanning the time 
range 1:00 p.m. - 3:00 p.m. so as to be fully within the bounds of the second 
party's valid read access times 9:00 a.m. - 3:00 p.m., and having no 

10 associated descriptive data. 

Referring to Figure 11, the second party's preferred embodiment 
exemplary two-day calendar for June 13 portrays the Figure 8 time entry 60b, 
spanning the time range 8:00 a.m. - 10:00 a.m. and not having ah associated 
exemplary descriptive data as a time entry 70b spanning the time range 9:00 

1 5 a.m. - 10:00 a.m. so as to be fully within the bounds of the second party's 
valid read access times, and having no associated descriptive data. 

Referring to Figure 12, the second party's preferred embodiment 
exemplary two-day calendar for June 15 portrays the Figure 9 time entry 60c, 
spanning the time range 7:00 a.m. - 10:00 a.m. and having no associated 

20 descriptive data, as a time entry 70c spanning the time range 9:00 a.m. - 
1 0:00 a.m. so as to be fully within the bounds of the second party's valid read 
access times, and having no associated descriptive data. 

Referring to Figure 13, a second party user gains both read and write 
access to the calendar owner's calendar by preferably entering appropriate 

19 

Exhibit 2 
Page 20 of 



data into a second party Guest Access menu 80. The second party selects 
and enters in the Open Calendar data entry field 82 an identifier of the 
calendar he or she is attempting to access. This identifier may be an 
identifier of the calendar owner. In a non-networked embodiment of the 

5 present invention, the non-networked computer may maintain a unitary 

calendar, and the User Authorization menu of an embodiment of the present 
invention may not have an open calendar data entry field for an identifier of 
the calendar, because there is only one calendar. The second party also 
preferably selects and subsequently enters into the User ID data field 84, his 

10 or her alphanumeric identifier. The alphanumeric identifier is the party, group 
of parties, or type of user identifier entered in exemplary data entry field 2 of 
Figure 1, and alternatively in an embodiment of the present invention the 
particular person identifier entered in exemplary data entry field 9b in Figure 2 
that corresponds to the access status granted a second party in data entry 

15 field 2. 

It is expected that the second party identifier will generally be a group 
user type or group affiliation, e.g. "staff member", "teachers(s)'\ or some other 
coded group identifier, and that other members of the group user type or 
affiliation will enter that same group identifier in data entry field 84, to gain the 
20 access status designated by the calendar owner. Thus, in an example, the 
calendar owner will grant second party calendar access to "staff member", 
and in order for a staff member to access the calendar according to his or her 
designated status, will enter In ID data entry field 84 "staff member". 
However, if the calendar owner has entered a particular party identifier in 
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exemplary data entry field 9b, a second party may also enter that particular 
identifier in exemplary ID data entry field 84 to gain access to the calendar. 
This is useful when the calendar owner wants to grant an access to particular 
persons on an individual basis and does not publish the party user 

5 identification entered into the User data entry field 2. 

It is understood that networked embodiments of the present invention 
may not have a data field to enter the second party user's identification, 
because the second party's computer system, the server, or the computer 
that maintains the calendar, may already have acquired the second party 

10 user's identification. The calendar support software verifies the second party 
user's identification and if the identification is in the second party records, 
sends to the second party computer system the calendar owner's calendar 
commensurate with the second party's read access status, and grants write 
access to the second party commensurate with the second party's write 

15 access status. 

Referring to Figure 14, the exemplary Second Party Write menu 90 
includes the data fields appropriate for a second party event schedule record 
creation, edit, and deletion. It is specifically contemplated that this data may 
include the prior art event date 92, beginning and ending time 94, brief 

20 description 96, event type 98 including an exemplary appointment 98a f 

meeting 98b, event 98c, and reminder 98d, and detailed description 100. If 
the second party requesting access to the calendar owner's calendar does 
not have a read access and or a write access status, the support software of 
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the present invention displays to the second party a corresponding 
notification. 

Referring to Figure 15, the calendar processing software of the present 
invention maintains a calendar access status for second parties with respect 

5 to the calendar. Thus, a second party having a read access and/or a write 
access status with respect to the calendar has that status, and the assigned 
time-periods to which access has been granted, maintained by the software. 
The preferred embodiment of the present invention uses The Owner 
Authorization menu 1 portrayed with reference to Figure 1 . According to the 

10 design of the User Authorization menu 1, the calendar processing software 
determines the alphanumeric identification of a second party 100 and whether 
that second party has a read access status in memory for the calendar 
owner's calendar 102, If the second party has a read access status record in 
memory, and the read access status field 4a associated with the second party 

15 is not selected 104, the support software eliminates the read access status 
for the second party from memory 108. If the second party has a read access 
status in memory, and the read access status field 4a associated with the 
second party is selected, the support software updates the read access status 
record associated with the second party in memory with the time-slot 

20 information from the read access time-period information 6a 106. If the 
second party does not have a read access status in memory, and the read 
access status field 4a associated with the second party is selected, the 
support software creates a read access status record in memory for the 

22 

Exhibit 2 
Page 23 of 



second party and associates with that record the time-slot information from 

the read access time-period information 6a 110. 

The calendar support software determines if the identified second party 

has a write access status in memory for the calendar owner's calendar 112. 
5 if the second party has a write access status record in memory, and the write 

access status field 4b associated with the second party is not selected, the 

support software eliminates the write access status for the second party from 

memory 116 If the second party has a write access status in memory, and 

the write access status field 4b associated with the second party is selected, 
10 the support software updates the write access status record associated with 

the second party in memory with the time-slot information from the write 

access time-period information 6b 118. If the second party does not have a 

write access status in memory, and the write access status field 4b 

associated with the second party is selected, the support software creates a 
1 5 write access status record in memory for the second party and associates 

with that record the time-slot information from the write access time-period 

information 6b 120. 

If the present invention embodiment includes an Owner Authorization 

menu having data entry fields for a selection of a read and/or write access 
20 status and non-access status, the support software determines the access 

status directly from the data entry fields, and creates and maintains the 

second party access status according to the status of these fields. 

In the preferred embodiment of the present invention, the calendar 

support software only creates a second party calendar having data for the 
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read access time-siot information associated with the second party when a 
second party makes a read request of the calendar support software. When 
a second party makes a read request to the calendar owner's calendar, the 
support software first determines whether the second party has a read access 

5 status, and if so sends the calendar data for the read access data time-slots 
requested by the second party that match the second party's read access 
times stored in the second party's read access record. It is specifically 
contemplated that the present invention includes both the creation and 
maintenance of a calendar for each second party having read access at all 

10 times, and/or the sending of calendar information to a second party for the 
times in which the second party has read access to the calendar owner's 
calendar whenever updates are made to the valid second party read access 
times. In the preferred embodiment of the present invention, the catendar 
support software writes data into the calendar owner's calendar from a 

1 5 second party for, and only for, the time-slots that correspond to the second 
party's valid write access time-periods. 

Referring to Figure 16, the preferred embodiment calendar processing 
software of the present invention includes instructions that designate to a 
calendar user a specific access ability based on a characteristic of the 

20 calendar user 144. The calendar user preferably enters into the computer by 
a menu his/her alphanumeric identification, preferably using the Guest menu 
described with reference to Figure 13. The calendar processing software 
processes the request to access the calendar based on the access ability that 
was designated to that user 146. 
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According to a preferred embodiment of the present invention, the 
designating 144 is based on associating with each user characteristic an 
access ability to the calendar that includes an ability to read data from specific 
time-periods, and/or write data into specific time periods, where the 

5 designated access ability includes the access ability that is associated with a 
conforming user characteristic. This user characteristic conforms in the 
recommended usage of this invention to the name of a user given calendar 
access, or a group affiliation or user type of that user, described as an 
alphanumeric selection of a party, group of parties, or type of user with 

10 reference to Figure 1 . According to the preferred embodiment of the present 
invention, the preferred mode for entering this Information is the Owner 
Authorization menu 1 described with reference to Figure 1 Each user writes 
calendar data into the calendar from the user for the time-periods that the 
user has a write access ability 146, and reads calendar data to the user for 

15 the time-periods that the user has a read access ability 148. 

The processing 146 includes if the designated specific access ability 
includes an ability to write into the calendar for specific write-data time,- 
periods, writing user data inputs into the calendar for the write-data time - 
periods, and if the designated specific access ability includes an ability to 

20 read data from the calendar for specific read-data time-periods, outputting to 
the user a request to read data from the calendar for the read-data time- 
periods. 

Referring to Figure 17, the present invention includes a method of 
reading data from at least one time-slot, and writing data into at least one 
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time-slot of a computer system maintained calendar. The method includes 
the computer system designating 150 to a non-calendar owner user 
particularized by his/her identification, a calendar access privilege, including a 
read access privilege and/or a write access privilege. The read access 

5 privilege includes an ability to read data from a first set of time-slot entries. 
The write access privilege includes an ability to write data to a second set of 
time-slots, wherein the first set time-slot entries and the second set time-slot 
entries are independent and may or may not fully or partially coincide. The 
method also includes the computer system reading an identification that is the 

1 o identification of the user or one that has an access privilege of the user 1 52, 
and the user accessing calendar data from the computer system in 
accordance with the privilege 154. The method includes reading data from 
the calendar and/or writing data to the qalendar, based on the access 
privilege. The reading data includes reading data from only the first set of 

1 5 time-slot entries, and the writing data includes writing data to only the second 
set of time-slot entries. 

Referring to Figure 18, the present invention includes a method of 
receiving a request for a first party's calendar by a second party for a time- 
period, the second party having at least a selected group affiliation or a 

20 selected user type 174. The method includes selectively providing calendar 
entries for the first party's calendar for the time-period in accordance with the 
second party's selected group affiliation 176 or user type 178, in response to 
the received request. 
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Referring to Figure 19, the present invention includes a computer 
implemented calendaring method that includes receiving input for a first 
party's calendar for a time-period by a second party that has a selected group 
affiliation/user type 182, and processing the received request in accordance 

5 with the second party's group affiliation/user type 184. 

Referring to Figure 20, computer system 200 comprises bus 201 , or 
other communication device for communicating information, and processor(s) 
202 coupled with bus 201 for processing information. Computing system 200 
further comprises main memory 204, a computer readable media that is 

1 0 commonly random access memory (RAM) or other dynamic storage device, 
coupled to bus 201 for storing information and instructions for execution by 
processor 202. Main memory 204 can also be used to storing temporary 
variables or other intermediate information during execution of instructions by 
processor 202. Computer system 200 also comprises a read only memory 

15 (ROM) media and/or other static storage device 206 coupled to bus 201 for 
storing static information and instructions for processor(s) 202. Data storage 
device 206, another computer readable media, is couple to bus 201 for 
storing information and instructions, and can be such exemplary computer 
readable media as magnetic disk, and/or an optical disk and corresponding 

20 drives. Display 208 is couple to bus 201 for displaying data generated by the 
processors 202, and mouse 210, or other exemplary selecting or pointing 
device, and keyboard 212, each couple to bus 201, are used to input data 
into the processor 202. 
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While certain exemplary embodiments have been described and 
shown in the accompanying drawings, it is to be understood that these 
embodiments are merely illustrative of and not restrictive of the broad 
invention. The present invention is not limited to the specific constructions 
and arrangements shown and described, and alternative embodiments will 
become apparent to those skilled in the art to which the present invention 
pertains without departing from the scope of the present invention. The 
scope of the present invention is defined by the appended claims rather than 
the foregoing description. 
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I claim: 

1 1 A computer implemented calendaring method comprising: 

2 receiving input for a first party's calendar for a time-period by a second 

3 party having at least a selected identification characterized by at least one of 

4 a group affiliation and a user type; 

5 processing said received input in accordance with the second party's 

6 group affiliation/user type. 

1 2. The method defined in claim 1 including defining before said receiving 

2 at least one identification and an associated access privilege to said calendar; 

3 and wherein said selected identification corresponds to one of said defined 

4 identifications, and said processing includes granting said second party an 

5 access ability to said calendar associated with said selected identification. 

1 3. The method defined in claim 1 including receiving input by said first 

2 party of at least one identification and an associated calendar access, said 

3 access privileges each including at least one of a second party ability to 

4 access calendar data for only specified calendar time-slots, and to write data 

5 into said calendar for only specified time-slots; and wherein said received 

6 identification from said second party corresponds to one of said received 

7 identifications from said first party, and said processing Includes granting said 

8 second party the calendar access ability associated with said corresponding 

9 received identification. 
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3 4. A computer implemented calendaring method comprising: 

2 receiving a request for a first party's calendar for a time-period by a 

3 second party having a selected identifier including one of a group affiliation 

4 identifier and a user type identifier; 

5 selectively providing calendar entries for the first party's calendar for 

6 the time-period in accordance with the second party's identifier in response to 

7 said request 

1 5. The method defined in claim 4 including defining at least one identifier 

2 before said receiving, wherein said selected identifier is one of said input 

3 identifiers. 

1 6. The method defined in claim 4 including before said request by said 

2 second party, receiving input from said first party that defines at least one 

3 identifier; and wherein said selected identifier is one of said identifiers 

4 received from said first party. 

1 7. The method defined in claim 4 including defining at least one identifier 

2 before said receiving, including defining at least one time-period associated 

3 with each said defined identifier, each time-period being a time-period for one 

4 of writing an entry for said calendar entry and for viewing an entry in said 

5 calendar. 
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1 8. A method of reading data from at least one time-siot and writing data 

2 into at least one time-slot of a first user's computer system maintained 

3 calendar comprising: 

4 designating by said computer system to a second user identification an 

5 access privilege to said calendar, including at least one of a calendar read 

6 access privilege and a calendar write access privilege, each said calendar 

7 read access privilege including an ability to read data only from at least one 

8 specified first time-slot, and each said calendar write access privilege 

9 including an ability to write data only into at least one specified second time- 

10 slot; 

\ i reading by said computer system of a user identification that includes 

12 at least one of said second user identification and an identification defined to 

1 3 have said access privilege designated to said second user; and 

14 accessing data of said calendar by said user in accordance with said 

15 privilege. 

1 9. The method defined in claim 8 wherein said second user identification 

2 includes an identification of one of a group type and a group affiliation. 

1 10. The method defined in claim 8 including reading into said computer 

2 system said second user identification and said access privilege, as an input 

3 to said designating. 
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1 11. The method defined in claim 8 wherein said designating includes 

2 accessing from said first user said second user identification and said access 

3 privileges. 

1 12. The method defined in claim 8 wherein said accessing includes 

2 inputting data into said second time slots in accordance with said write access 

3 privilege, and read data from said first time-slots in accordance with said read 

4 access privilege. 

1 1 3. The method defined in claim 8 wherein said calendar includes at least 

2 one event that spans a plurality of third time-slots, only some of said third 

3 time-slots being first time-slots, and said events having both time-slot data 

4 and descriptive data; wherein said accessing for each said event omits said 

5 descriptive data. 

1 14. The method defined in claim 8 wherein said writing data to said second 

2 time-slot entries includes at least one of editing said data in said time-slot 

3 entries, creating an event record in said time-slot entries, inserting data in 

4 said time-slot entries, deleting data in said time-slot entries, and deleting an 

5 event record in said time-slot entries. 

1 15. The method defined in claim 8 wherein said time-slot includes at least 

2 one of a time-period on at least one specific date, and a time-period on each 

3 day of each week. 
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1 16. The method defined in claim 8 wherein said writing data further 

2 includes at (east one of categorizing a meeting, categorizing an appointment, 

3 categorizing a reminder, categorizing an event, categorizing an anniversary, 

4 categorizing a family event, categorizing a school meeting, and categorizing a 

5 social event. 
1 

117. The method defined in claim 8 wherein said access privilege further 

2 includes an event type access privilege including at least one of a calendar 

3 read access privilege that includes an ability to read data only from a 

4 specified event type, and a calendar write access privilege that includes an 

5 ability to write data only into a specified event type. 

1 18. An article of manufacture including one or more computer-readable 

2 media having stored thereon a plurality of programming instructions for 

3 implementing a computer-hosted calendar to be executed by at least one 

4 processor, that when executed perform the following operations: 

5 designate to a user of said calendar a specific access ability based on 

6 a characteristic of said user; 

7 process a request to access said calendar based on said designated 

8 access ability. 

1 1 9. The article of manufacture defined in claim 1 8, wherein said specific 

2 access ability includes an ability to at least one of read data from only specific 

3 read-data time-periods of said calendar, and write data into only specific 

4 write-data time-periods of said calendar; and wherein said process includes at 
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5 least one of send data to said user in conformance with said read-data time- 

6 periods, and update said calendar in conformance with said write-data time- 

7 periods. 

1 20. The article of manufacture defined in claim 1 8 wherein said operations 

2 include before said designate, 

3 associate with each of at least one user characteristics an access 

4 ability to said calendar, said user access ability including an ability to at least 

5 one of only read data from specific read-data time-periods of said calendar, 

6 and only write data into specific write-data time-periods of said calendar; and 

7 wherein said designated specific access ability includes said associated 

8 access ability to said calendar if said characteristic of said user conforms with 

9 one of said user characteristics. 

1 21 . The article of manufacture defined in claim 1 8 wherein said operations 

2 • include read from a user said characteristic before said designating. 

1 22. The article of manufacturing defined in claim 18 wherein said 

2 operations include read from an owner of said calendar an identification of 

3 said characteristic of said user and said specific access ability, for each of at 

4 least one characteristic. 

1 23. The article of manufacturing defined in claim 1 8 wherein said 

2 characteristic includes one of an individual identifier, a group affiliation, and a 

3 user type. 
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1 24. The article of manufacturing defined in claim 1 8 wherein said specific 

2 access ability includes an ability to read data from specific read-data time- 

3 periods of said calendar, and wherein if said calendar includes at least one 

4 event that spans a plurality of time-periods, only some of which are read-data 

5 time periods wherein each said event includes both time-period data and 

6 descriptive data, then said process includes an ability to read data from said 

7 specific read-data time periods omitting said descriptive data. 

1 25. The article of manufacturing defined in claim 18 wherein said 

2 operations include read from an owner of said calendar a first characteristic 

3 and an associated first specific access ability, and at least one second 

4 characteristic that is assigned the specific said first characteristic access 

5 ability before said designating, wherein when said user characteristic is 

6 equivalent to one of said second characteristics, said designating user is 

7 designated said first access ability as its specific access ability. 

1 26. The article of manufacturing defined in claim 1 8 wherein said process 

2 includes, if said designated specific access ability includes an ability to write 

3 into said calendar for specific write-data time-periods, process a request to 

4 write data into said calendar for said write-data time -periods, and if said 

5 designated specific access ability includes an ability to read data from said 

6 calendar for specific read-data time-periods, process a request to read data 

7 from said calendar for said read-data time-periods. 
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1 27. The article of manufacturing defined in claim 1 8 wherein said specific 

2 access ability includes an ability to at least one of read data from only specific 

3 event type time-periods of said calendar, and write data into only specific 

4 event type read-data time periods of said calendar; and wherein said process 

5 includes at least one of send data to said user in conformance with said read- 

6 data time-periods, and update said calendar in conformance with said write- 

7 data time periods.. 

1 28. The article of manufacturing defined in claim 1 8 wherein said process 

2 includes an ability to update said calendar by a user with specified event type 

3 data. 
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ABSTRACT OF THE DISCLOSURE 

A method of calendaring events in a computing system, and an article 
containing instructions for operating a calendar in a computing system are 
disclosed. A calendar owner defines a plurality of user types and user 

5 identifications for his or her calendar. Each user type or identification has a 
separate associated read and/or write access to the calendar owner's 
calendar defined by the specific calendar time-slots accessible in the calendar 
owner's calendar. These read and/or write time-slots are determined by the 
calendar owner so that different second party users can each have separately 

10 defined read and/or write access capability to the calendar owner's calendar 
determined by the calendar owner. 
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